This happens when there is an invalid ACH item that can't be posted at all (bad account number, for example). Even if you subsequently update it, when reposting if the item can't pay due to non-sufficient funds, the NSF fee will not automatically be charged. The ACH item will also not show in the member's transaction history. That's because NSF fees are only charged when the item originally comes in, not via the ACH Exceptions re-post feature, to prevent these fees from being   More...

The transaction description is pulling in from the account suffix description and then uses the origin code and origin type to determine if it was a payment (i.e. ACH or AFT). Those are combined to create the transaction description that appears in the member's history. For example, if your loan product is 360 MORTGAGE and a payment is made, the transaction description might be 360 MORTG PAYMENT. You can use Tool #105 Account Suffix Configuration, choose a suffix and update the trans  More...

In one of three ways: Note: The term 'subscriber' refers to your 'member'. Electronic Payments (ACH) - Fiserv's preference is to send all payments electronically. However in the Risk Model format it is not always feasible. Fiserv submits the merchant payment (via the fed) from a Fiserv settlement account the same day we submit the debit (via the fed) to the subscriber account. Fiserv is taking the risk on the payment. Electronic payments are typically sent when the subscr  More...

The process can vary a bit according to the vendor, but here's a discussion about how it works for credit unions on the CO-OP network, as an example. In most cases, debit card authorizations create a Misc. Secured Shares record on the member's account to hold the funds. When the actual transaction comes in, this record is automatically deleted. (There are exceptions to this rule, such as gas purchases.) A little history: In the past, debit card authorizations would add a hold to an ind  More...

Members can perform the following tasks while in Mobile Web Banking: Check account balances of savings, checking, certificate, credit card and loan accounts (both available and current balances). View transaction history for these accounts. View funds on hold for savings and checking accounts View pending authorizations for credit cards (if they exist) Transfer funds to other accounts (as allowed by standard online banking) View if a check has cleared (cancelled checks) View pending ACH transac  More...

Yes! Here's a list of just a few of them: Stuff members will love: Favorite accounts - Which accounts they want to see front and center when they log in. Favorite features - Features they want to see along with their favorite accounts, like quick transfer, eStatements, and bill pay. Member messaging - Neat little scrolling ads that pop up to alert members about messages they've received, documents ready for eSignature, password change reminders, and 1Click offers. And our favorite new   More...

There is currently no mechanism to simply transfer account data from one membership to another. This would cause issues with credit reporting and would require a lot of cleanup work in eOscar as well. The better method is to close the account and reopen a new one. Note: Previous credit reporting history will remain under the closed account. Transaction history cannot be transferred to the new account but will be available on the closed account for the normal retention period (usually 18 months)  More...

Effective November 15, 2004, all employees of the CU*Answers data center will be using individually assigned Employee IDs, all of which begin with a special character (such as ; or - or /). The ID shown in the member's transaction history is the Employee ID of the Operator who posted ACH transactions that day. security